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ABSTRACT 



A distributed data processing system is provided, compris- 
ing a server computer and a plurality of client computers 
connected to said server computer, the interaction of each 
client computer with the server computer being a separate 
client session. The server computer may comprise a system 
for generating a template comprising a graphical represen- 
tation of a plurality of data structures, the template being 
selected from one of a shared template and a session 
template, the session template comprising a graphical rep- 
resentation of data structures containing a data item having 
a value that is unique for each client session and the shared 
template comprising graphical representations of hierarchi- 
cal data structures containing said session data for all of the 
client sessions, a system for tracking the session data item 
values for each client session and the shared data item 
values, and a system for transferring the session template to 
a particular client computer upon starting of a client session 
between said client computer and said server computer. Each 
client computer may comprise a system for displaying said 
session template, a system for receiving changes to the value 
of said data on said displayed session template based on user 
input, and a system for immediately updating the shared data 
item values in the shared template based on said user 
changes to the session data item. 

15 Claims, 9 Drawing Sheets 




^ 58 



CLIENT #1 



CLIENT #n 



03/24/2004, EAST Version: 1.4.1 



U.S. Patent 



Jun. 15, 1999 



Sheet 1 of 9 



5,913,029 





CLIENT #1 



LOGIC \ 
SESSION 



CLIENT #2 



CLIENT #n 



Figure 1 




Figure 2 



03/24/2004, EAST version: 1.4.1 




03/24/2004, EAST Version: 1.4.1 



U.S. Patent jun.15,1999 sheet 3 of 9 



5,913,029 




I I DISTINGUISHED SESSION 

Figure 4 



03/24/2004, EAST version: 1.4.1 



U.S. Patent 



Jun. 15, 1999 



Sheet 4 of 9 



5,913,029 



START 




END 



Figure 5 



03/24/2004, EAST version: 1.4.1 



U.S. Patent Jun. 15, 1999 Sheet 5 of 9 



5,913,029 




03/24/2004, EAST Version: 1.4.1 



U.S. Patent Jun. 15, 1999 Sheet 6 of 9 5,913,029 




03/24/2004, EAST version: 1.4.1 



U.S. Patent Jun. 15, 1999 Sheet 7 of 9 5,913,029 




03/24/2004, EAST Version: 1.4.1 



U.S. Patent 



Jun. 15, 1999 



Sheet 8 of 9 



5,913,029 



T3 



no 



ou 
cn 

CD 

cu 



i 



0 



IS 

>€ 



CD 
CD 

CL 

E 





O 


X 


O 


UJ 


O 


Lit 


in 









CO 



















CVI 



i 



CO 





in 




8 




I 




I 


CO 




CO 


OJ 



cr 




UJ 

X 




»- 




Mo 


UJ 
LU 
— 1 





2 




O 




SN 




< 




X 


LU 




2 


UJ 


< 


< 


2 





z 
g 

< 

—J 

LU 

CC 



CO 
CO 
a 

LU 

a 



5 
< 



o 

(X 

to 



s 

in 

S 

to 

81 



LU 

tx 

ZD 
CD 



cu 



CO 



CL 

LU 

Q 



CU 
O 
CU 



03/24/2004, EAST Version: 1.4.1 



U.S. Patent jun.15,1999 sheet 9 of 9 



5,913,029 



SESSION DATA ITEMS 



182 } 


184 

A 


190) 

M 


192 

A 


194) 

d 


196 

A 


204 

202) \ 212) 


214" 

A 


40 


70 


99 


11 


15 


6 


0 

-4- 


0 


8 


0 



210 



CLIENT 
SESSION 3 



224 



232 



80 
228 



82 



67 



88 



24 



17 



216 
218 



226 



234 



28 


76 


33 


14 


96 


28 


0 


0 


101 


203 


230 












236 








Hi 

-2 


-2 


-2 


-2 


-2 


-2 


203 


79 


-2 


-2 



CLIENT 
SESSION 2 



CLIENT 
SESSION 1 



1 



\ 

MARKER ; 
INDICATES 
THAT THE 
SESSION DATA 
ITEM IS SHARED 



220 
222 



DISTINGUISH 
SESSION 0 



238 V FILE OFFSET OF 

SHARED DATA ITEMS 



Figure 1 0 



03/24/2004, EAST version: 1.4.1 



5,9: 

l 

DISTRIBUTED DATABASE SYSTEM AND 
METHOD 

BACKGROUND OF THE INVENTION 

This invention relates generally to a computer system for 
processing data and in particular to a distributed computer 
system such as a client-server system, for processing data. 

Computer systems that have distributed data processing 
capabilities and distributed data storage capabilities are well 
known. The data may be located, for example, in a single 
centralized data storage location, or may be distributed 
throughout a plurality of different storage locations that may 
be connected together. Some distributed computer systems 
may have several computers connected to a communications 
network where the data stored on each computer may be 
replicated on every other computer so that there are multiple 
copies of the data distributed throughout the network. The 
types of data structures used to store the data and the 
physical locations of the storage of the data vary depending 
on the particular data processing application. For example, 
a conventional text searching and retrieval system may have 
a central computer system that stores all of the data in a 
central database and a plurality of remote computers con- 
nected through modems and phone lines to the central 
computer. The central computer may execute a software 
application that permits the remote computers to search and 
retrieve data from the central computer. 

One conventional distributed computer system that fea- 
tures centralized storage of some data and the distributed 
processing of the data is a client-server computer system. In 
a conventional client -server computer system, there may be 
a central computer and one or more remote computers that 
connect to the central computer. The central computer 
system may be referred to as a server computer and the 
remote computers may be referred to as client computers) 
and there may be multiple client computers attached to the 
server computer. The software applications being executed 
by the server computer and by the client computer(s) may be 
referred to as server software applications and client soft- 
ware applications, respectively. 

For a data processing client-server system, the traditional 
server software application may be a "dumb" data repository 
or database, such as an SQL database, which contains a 
plurality of data structures, such as tables of data, that may 
be set up by a database configuration utility. The server 
software application may accept data manipulation 
commands, such as SQL commands, from the client com- 
puters and respond to those data manipulation commands by 
either storing data in the database or retrieving data from the 
database. The server may have some limited application 
logic for maintaining the integrity of the data stored on the 
server, but the server may be considered "dumb" because the 
server software application only performs data manipulation 
commands and does not perform any other functions, such 
as generating a graphical user interface or performing math- 
ematical calculations on the data. The server typically may 
store data shared by each client computer (shared data) 
while the client computer may store data whose value may 
be unique to the client computer (session data). 

By contrast, a conventional client software application, 
located on a remote client computer with less processing 
power and memory than the server computer, may contain 
most of the application logic for the data processing system. 
The primary components of the client software application 
may be a user interface and application logic. The user 
interface may graphically display the data to the user and 
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update the display of the data when necessary. The appli- 
cation logic may store the session data, may manage com- 
munication between the client computer software applica- 
tion and the server, and may implement application 

5 commands, such as applying business rules to the data or 
ensuring that valid data is entered into the system. The 
communications between the client software application and 
the server occur as a series of discrete data manipulation 
commands, known as transactions, wherein the data may be 

]0 retrieved or stored into the data repository. The goal of a 
conventional client/server computer system is to perform as 
much data processing as possible on the client computer, and 
minimize the transactions with the server so that the server 
may handle multiple client sessions. 

15 A client computer may be physically connected to the 
server via a modem and a phone line, for example, and each 
client computer's logical connection to the server may be 
known as a client session. There may be multiple simulta- 
neous client computer sessions with a server computer. In 

20 these conventional client-server systems, most of the session 
data that is unique to each client computer may be stored by 
the client computer and any data shared by all of the client 
sessions, known as shared data, may be stored in the server's 
database. The session data may be personal data about a 

25 person, while shared data may be a data structure containing 
every person's personal data. Thus, the shared data and the 
session data may be separated for each other. In addition, the 
data structures may be completely separated from the appli- 
cation design because the data structures are generated by, 

30 for example, an SQL database utility. The applications, on 
the other hand, may be accomplished by a completely 
separate software application, known as a tool. The appli- 
cation logic may process user commands on the client 
computer and then issue a transaction request when com- 

35 munication with the server is necessary so that a developer 
of the client/server system must differentiate between access 
to data local to the client computer and access to shared data 
on the server. 

A conventional client/server computer system may also 

40 differentiate between the execution of the client software 
application and the transactions with the server. The soft- 
ware application on the client computer is executed by 
logically stepping through a plurality of lines of computer 
code. Client computer interactions with the server, however, 

45 occur only when the client computer requires a piece of 
shared data and issues a transaction request. To maintain the 
integrity of the shared and session data, when a transaction 
is being executed any user commands issued during the 
execution of the transaction with the server must either be 

50 completed or terminated so that the data is not changed 
arbitrarily. For a traditional client-server system, the devel- 
oper of the client/server computer system must manually 
validate assumptions that existed prior to a transaction's 
execution, such as the value of certain data fields and must 

55 then create a test condition that may either proceed with or 
terminate the execution of a transaction based on the test. If 
the transaction terminates, then the developer is assured that 
the shared data has not changed, but must manually reset the 
session data. Thus, a developer must check to ensure valid 

60 data is being used. 

As described above, in a conventional client/server com- 
puter system, the data repository and the client software 
application are separate so that there is no explicit link 
between the data structures located on the server and the 

65 client software application. The client software application 
may include calculated fields based on shared data or session 
data. The shared data must be manually loaded by the client 
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software application by issuing a transaction request to the which enables a complex client-server application to be 

server and temporarily storing a copy of the shared data. At generated in a simple manner using a single graphically 

this point, the temporarily stored shared daia will be treated oriented programming language. In particular, it may enable 

as session data and accessed by the client software applica- the generation of the complex client/server system, includ- 

tion. The temporary copy of the shared data, however, may s ing data structures, application logic and user interface, 

be invalidated due to another client computer's interactions usin S a of graphical pages connected together by 

with the server in which the value of the shared data macros. Each page may represent a record that may have a 

changes. Therefore, during any operation that would change plurality of different data items, and the macros may perform 

that temporarily stored shared data, a transaction is started the calculations on the data. The client-server system may 

which revalidates the shared data with the server and gen- 10 automatically generate the necessary data structures to store 

erates a transaction failure if the session data is not valid. In the necessary data. The shared and session data may be 

addition, if a developer wants to refresh the data on the client stored on the servMi 

computer's screen from time-to-time, the data must be ^ invention also provides a distributed data processing 

revalidated against the server copy of the shared data from system and method in which the traditional server software 

time to time. In addition, if multiple users are looking at the is application and the traditional client software application are 

same piece of data, then this revalidation process must occur unified into an application located on the server having a 

for each user, which is time consuming. Therefore, calcu- of graphical pages. Each page may contain either 

lating values and revalidating temporary copies of shared shared data or session data, and the particular type of data 

data is a slow process, but necessary because the shared data depends on the type of page where the data is located. A 

and session data are stored separately. The traditional client/ 20 sma11 user interface software application may be stored and 

server system also does not provide a simple system to executed on the client computers. The client-server system 

calculate a value which depends on other values. ma y also process all user interactions with the server serially 

A conventional client-server computer system also so that reverification of shared data prior to completion of a 

requires the developer of the client/server computer system transactions is not necessary Due to the serial interactions 

to work in several different programming language environ- 25 with the server, the results of a failed transaction with the 

ments that require the developer to understand and be able server are predictable in that the session data and the shared 

to write software applications in several different program- are known - 

ming languages. For example, for a conventional client- ^ data processing client/server system also provides 

server computer system located on the Internet, a developer distributed data processing system in which shared data may 

must understand a database programming language, such as 30 be automatically updated because all of the shared data is 

SQL, in order to write the database software application stored on tne t*™™ and a °°Py of the shared data may be 

located on the server. The developer must also understand cached on each individual client computer, but there is only 

one or more application programming languages, such as one logical copy of the shared data. Thus, the cached copies 

PERL, Cobol or C, to write the software application that on client computer may be automatically updated if the 

contains most of the application logic, resides on the server, 35 sha red data changes eliminating the need to revalidate the 

and may download data to the client computer when the shared data. The system may also generate a dependency 

client computer requests the data. The developer must also tree so lha t changes in a piece of shared data that affect other 

understand a user interface programming language, such as P ieces of shared data may be automatically propagated 

the hypertext mark-up language (HTML) to write the soft- through the database. 

ware application that resides on the server, and provides the 40 The invention may also provide calculated fields wherein, 

user with a graphical user interface to interact with the server every time that a client computer refreshes its data from the 

computer and the database. Therefore, a developer must server, the calculated field may be automatically updated by 

understand and be able to write software applications in a program fragment attached to the calculated field. A field 

several different programming languages to produce a single that calculated a value in a conventional client-server system 

client-server application. 45 would require the client computer to issue a new transaction 

In summary, a traditional client-server system may have to tne data repository every time that an update occurred, 
shared data and session data stored separately which In accordance with the invention, a distributed data pro- 
requires revalidation of shared data temporarily displayed on cessing system and method are provided having a server 
a client computer through a transaction. The separation of computer and a plurality of client computers connected to 
the shared and session data also makes calculations using so said server computer, the interaction of each client computer 
shared data and updates of those calculations more difficult with the server computer being a separate client session. The 
because the shared data must be retrieved by transaction. In server computer may comprise a system for generating a 
addition, the traditional server may be a "dumb" data template comprising a graphical representation of a plurality 
repository so that each client computer must execute a large of data structures, the template being selected from one of a 
software application. A traditional client-server system also 55 shared template and a session template, the session template 
requires a developer of a client-server system to use several comprising a graphical representation of data structures 
different programming languages, and the developer must containing a data item having a value that is unique for each 
separately generate the data structure and the client software client session and the shared template comprising graphical 
application. representations of hierarchical data structures containing 

Thus, there is a need for a distributed data processing 60 said session data for all of the client sessions, a system for 
system and method which avoid these and other problems of tracking the session data item values for each client session 
known devices, and it is to this end that the present invention and the shared data item values, and a system for transfer- 
is directed. ring me session template to a particular client computer 
„ 1 kt"\ m M^n r\ u P on staf ting of a client session between said client com- 
SUMMARY OF THE INVENTION 65 puter and Mid computer , Each clienl computer may 

The invention provides a distributed data processing comprise a system for displaying said session template, a 

system and method, such as a client-server computer system, system for receiving changes to the value of said data on said 
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displayed session template based on user input, and a system server by issuing a transaction 34 whenever shared data is 

for immediately updating the shared data item values in the needed by the client software application. Since the majority 

shared iemplaie based on said user changes to the session of the application logic and the session data are located on 

data item. cacn client computer, each client computer has a client 

5 software application that may require a large amount of 

BRIEF DESCRIPTION OF THE DRAWINGS memory. These conventional client software applications 

may be known as "fat" client -server system because the 

FIG. 1 is a diagram of a conventional distributed data client software applications require a large amount of 

processing system, such as a client-server system; memory and a majority of the application logic is executed 

FIG, 2 is a diagram of a distributed data processing 10 by the client computer, 

system, such as a client-server, in accordance with the In operation, a user on a client computer may start the 

invention; local client application and connect to the server. The "fat" 

FIG. 3 is a more detailed diagram of the client-server client software application permits the user of the client 

system of FIG. 2; computer to manipulate both shared and session data, but the 

FIG. 4 is a diagram illustrating a data array, for the data 15 shared data must be revalidated prior to use, as described 

items of FIG. 3, in accordance with the invention; above - ^ " fat " client software application requires the user 

™ 0 _ . „ , , , ,i j. $ of the client computer to install the client software applica- 

FTG. 5 is a flowchart showing a method for generating a 4 . 4 . f ™ . . , , , r j f , . 

... 4 . . & , ... 4 . & tion on the client computer. The manipulated shared data 

client-server application in accordance with the invention; , . 4 , V , . t , r . . t 

rr may be communicated back to the server through a trans- 

FIG. 6 is a diagram illustrating an example of distributed iq action so lhat the shared data in tne data repository is 

data processing system generation application in accordance updated. If any user commands occur during the execution 

with the invention; of a transaction, the data used by these commands must be 

FIG. 7 is an example of a home page of a client-server revalidated prior to use because the shared data on the server 

application that may contain session data in accordance with may have changed. There is also no system for updating a 

the invention; 25 client computer's copy of a piece of shared data. Now, a 

FIG. 8 is an example of a second page of a client-server distributed data processing system, that may be a client- 
application that may contain session data in accordance with server system, in accordance with the invention will be 
the invention; described. 

FIG. 9 is an example of a third page of a client-server FIG* 2 is a diagram illustrating a distributed data process- 
application that may contain shared data in accordance with 30 ing system 40 in accordance with the invention. In the 
the invention; and embodiment shown, the distributed data processing system 

FIG. 10 is 'an example of a data array lhal tracks the data ^ be • client/server computer system. The client-server 

items displayed on the graphical pages shown in FIGS. 7-9. system 40 may have a central server computer 42 and one or 

more client computers 44, 46, 48 that may be connected via 

DETAILED DESCRIPTION OF A PREFERRED 35 a telephone line and a modem, for example, to the server. 

EMBODIMENT se r ver computer may support a plurality of simulta- 
neous connections, known as sessions, with a plurality of 

The invention is particularly applicable to a client/server cuen t computers, such as client computer numbers 1, 

distributed data processing system that may be used for 2, ... N, In this figure, only client computers numbers 1,2 

tracking employee data within a company, such as comput- 40 and N are shown for clarity. At any time, none, some or all 

ing the employment benefits of an employee. It is in this 0 f lne client computers may be connected to the server and 

context that the invention will be described. It will be may naV e a corresponding "client session" with the server 

appreciated, however, that the system and method in accor- computer. 

dance with the invention has greater utility. ^ location of the shared and session data and the data 
FIG, 1 is a diagram of a conventional client-server system 45 processing program, known as application logic, in accor- 
20 that may include a server computer 22 and a plurality of dance with the invention, are different from a conventional 
client computers 24, 26, 28 attached to the server computer. client-server system. As described below in more detail, the 
The server may have a data repository 30, such as an SQL server computer now stores the shared data as well as the 
database, that performs simple data manipulation functions, session data and executes a majority of the application logic 
such as saving and retrieving data, and may maintain the 50 which significantly reduces the memory size required on the 
integrity of the data located in the database. Only the shared client computers for the client software application. These 
data may be stored in the data repository. The data repository systems may be referred to as "thin" client-server systems 
does not have any application logic that permits a user to f or several reasons. The client software application requires 
interface with the server, nor any application logic to per- less memory, the client software application does not require 
form calculations on the data within the database. The goal 55 installation on the client computer. As described below, the 
of this conventional client/server system is for the client data structures and the application logic both are stored and 
computers to perform a majority of the data processing and executed by the server computer which permits a developer 
limit the transactions between the server and the client 0 f this client-server system to develop the entire client- 
computers. Thus, the majority of the application logic 32, server system as a complete package. In addition, a devel- 
known as the client software application, may be located 6 q 0 per of a complex client-server system does not have to 
locally on each client computer 24, 26, and 28. learn various different programming languages. In accor- 
The client software application for each client computer dance with the invention, the entire client-server system may 
may store the session data for each client computer, may be laid out graphically as a plurality of "pages", as described 
provide the logic to communicate with the server and below, and the system may generate the appropriate data 
manipulate the data based on a user's commands, and may 65 structures connected to the pages generated by the devel- 
provide some form of user interface. Each client computer open The data structures may store the shared data and 
may be remote from the server and may interact with the session data. The pages also permit the client-server system 
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to provide a separate session page for each client computer. structure and the value of the data within the data structure 

The client-server system may also maintains a data array, as may be the same for every client computer session. For each 

described below, that may keep track of the shared data and session data item, the data structure of the session data item 

the session data for each client computer currently con- may be the same, but it is unlikely that the value of the data 

nected to the client-server system. 5 in the data structure will be identical since the session data 

The server computer 42 may store a shared data item data for each client computer may be different so that separate 

structure 50 in a database and may also temporarily store a temporary storage for each session data item for each client 

plurality of pieces of session data 52, 54, 56 as described computer is necessary. Therefore, the data array may keep 

below that may contain data that is unique to each client track of the temporary storage locations for each session 

computer. As described below, the application logic that may data item for each client computer and ensure that each 

display the shared data and the session data to the client client computer uses the same value for the shared data, 

computers may be a server software application that gener- Therefore, the data array permits each client session to have 

ates one or more graphical pages for each client computer. a separate copy of each session page with unique session 

Shared data may be located on a shared page that each client data item values that are temporarily stored until the client 

computer may not view, and session data may be located on 15 session is completed and the session data is transferred back 

a session page, wherein each session page has the same data into the shared data item. The output of the data array, which 

structures, but the values of the data may be different for may be a list of the storage locations of the shared data and 

each client computer, as described below with reference to the session data for each client session are used by the 

FIG. 3. The shared data item may be a data structure that invention to fill in the data fields in the graphical shared 

stores all of the session data similar to a conventional data. 2 o pages and graphical session pages. The system may also 

A macro, may be built into a data structure or into a page and provide a development environment for a developer who 

may perform some operations or calculations based on either may generate a template for each page including data fields 

the shared or the session data. There may also be a calculated and associated data structures and the data may be filled into 

field that may, for example, calculate an average value based the template by a macro. A development environment in 

on the shared data and periodically update that value if any 2 s accordance with the invention that permits a developer to 

shared data changes every time that the client computer generate these shared and session pages as well as any 

refreshes its own information. A macro attached to a session macros attached to these pages will be described below with 

page may immediately update the shared data to reflect any reference to FIGS. 5 and 6. 

changes made to any session data during a client session. An The pa ges may be laid out, in accordance with the 

example of a client-server application in accordance with the 30 invention, using a graphical development environment and 

invention will be described with reference to FIGS. 7-10. then a page generator unit 72 may generate the pages based 

Each client computer 44, 46, 48 may have a software on input from the data array 70. A template for a shared page 
application being executed that may be a user interface 74 that is shared by each client session, but usually not 
application only, such as a JAVA-based user interface, which viewed by any client, may be generated by the server, 
significantly reduces the memory required to store and 35 downloaded to the client computer, and displayed on each 
execute the client software application. This type of reduced client computer using the client application 58, that may be 
memory client software application may be known as a a JAVA-based user interface. A template for a session page 
"thin" client software application. Thus, as described above, 76 may also be generated by the server computer, down- 
due to the thin client software application, the shared and loaded to the client computer, and displayed on each client 
session data and the application logic that manipulates the 40 computer. The order that the pages are downloaded to the 
data may all be stored on the server. The storage of all the client computer depends on the user's choices. In addition, 
data and the application logic on the server provides several the number of shared pages and session pages in an appli- 
advantages. First, the client software application requires cation depends on the particular data processing application, 
less memory. Second, no revalidation of shared data through For this example, two pages are shown, however, a more 
transactions is required because the server may automati- 45 complex data processing application may have multiple 
cally validate shared data items using the data array and a hierarchically organized session pages. The pages may be 
macro. Third, a developer may create a complete client- linked together so that a user of the client computer may 
server application, including the shared and session data move between the pages. Often, a user of the client computer 
structures, the application logic and the user interface using may not have access to and may not see the shared data page, 
a single graphical development environment. Now, the 50 but it is shown here to illustrate the interaction between a 
architecture of the client-server system in accordance with shared data page and a session data page. Each shared page 
the invention will be described in more detail. template may have the same data structures and data fields 

FIG. 3 is a more detailed diagram of the client-server so that for example, the template of the shared page 74 may 

system 40 that may include the server computer 42. For have a first shared data field 78 and a second data field 80, 

clarity, only two client computers, client computer number 55 for example. In the shared pages, each of the data fields and 

1, 44 and client computer number N, 48, are shown. As the underlying data structure contains the same value for 

described above, in accordance with the invention, the each client computer because the data is shared between all 

application logic, the shared data structures 50 and session of the client computers. For example, the shared data 

data structures 52, 54, 56 are located on the server while the structure may be a hierarchically data structure, such as an 

client software application 58 may be a simple user inter- 60 array, that contains data for everyone and then data for each 

face. To keep track of the shared data and the session data person may be extracted from the shared data item to 

for each client computer, a data array 70 may be located on become session data items on the session pages. Thus, a 

the server computer and will be described below with shared page stores all of the data similar to a backend of a 

reference to FIG. 4. Each data item within the data process- conventional client-server system. In the session pages 76, 

ing system may have a data structure associated with it. The 65 there may be, for example, a first session data field 82 and 

data structure may be displayed on a page as a data field or a second session data field 84. The session data fields have 

a table. Each shared data item may have a particular data data structures that are identical for each session page on 
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each client computer, but the different. For example within be automatically updated to reflect changes. Thus, whenever 

the fields may be different. For example, in a employee the client computer requests updates, the calculated value 

benefits data processing system, the selections by an will be automatically updated without any user interaction, 

employee relating to retirement investment and a health care In a traditional system, most of the processing of the data is 

plan would be session data that may have a different value 5 done by the application on the client computer, and com- 

for each client computer because one employee may choose munication of data with the server, known as a transaction, 

a Health Maintenance Organization health plan while is minimized. The transaction related to a user action may 

another employee may choose a more traditional health not occur immediately after the user interaction and neces- 

insurance plan. Any changes made to these session data sitate the revalidation of data. In the system in accordance 

items may be immediately stored in the shared data item. 10 with the invention, all user interaction are communicated 

Each page displayed on the client computer may also have with the server, and all interactions are treated as sequen- 

a macro 86 associated with the page or with a data field, that tially. By contrast, a traditional client-server system has a 

may be a field or a table. The macro may perform certain separate front end, such as the client application that 

data processing functions, such as adding values and placing includes application logic, and a back end, such as a dumb 

the sum in another field, retrieving a shared data value from 15 data repository that may consist of tables and limited pro- 

a shared page or periodically updating retrieved shared data gramming logic to maintain the integrity of the data located 

to ensure that it is valid. The macros may be generated, in in the data repository. 

accordance with the invention, while the pages are being In the system in accordance with the invention, the 

generated and will be described below with reference to application logic stored on server may be created by placing 

FIGS. 5 and 6. As shown, the data processing system 2 o data structures on a series of pages and then binding the 

comprises one or more pages, that may be session pages or pages together with transaction macros. As described above, 

shared data pages, and macros may be attached to events all of the application logic and data are stored and executed 

occurring on the pages, such as a user action, and other data on the server, and the client computer has a thin client 

structures that permit a user to access the data processing application with a user interface that permits the user to 

system and perform some selections. The session pages give 2 5 interact with the application and manipulate the data. In a 

the user the illusion that the user is using a traditional client conventional client-server system, the data structures are 

software application that is being executed by the client completely separate from the application design. The data 

computer. Instead, the session page is being executed by the structures must be generated using a utility in the SQL 

server computer and any changes made by the user are database, and then these data structures are referenced by an 

communicated directly back to the server computer. 30 SQL transaction issued to the server by the client applica- 

The distributed data processing system in accordance with tion. The client application must distinguish between session 
the invention stores the shared and session data on the server data and shared data and then issue transactions to the server 
computer and also executes the application logic on the when shared data is being changed, 
server computer. The client software application may be Now, the operation of the data processing system in 
simply a user interface. The storing of the shared data, the 35 accordance with the invention will be briefly described. As 
session data, and the application logic including macros, on a client computer connects to the server and begins a client 
the server computer in accordance with the invention pro- session, the server computer may generate a new data array, 
vides several advantages. The system in accordance with the as described below, for that client session to provide tern- 
invention stores the entire application, including the data porary storage for session data values for that client session, 
structures, all data processing programs logic, and user 40 Then, a first template of a graphical page of the system may 
interface elements as a series of pages that may be linked be generated by the server and transmitted to the client 
together by macros and generated in a single graphical computer and the client computer may display the page on 
development environment. In accordance with the its display. The user of the client computer may now interact 
invention, a developer may simply generate a new page, a with the page, view the data and possibly change the data 
nested structure on the page and the system may automati- 45 values. Any time that data is changed for a particular client 
cally generate the data structures required the store the session, those changes may be immediately transmitted back 
user's data, as described below. In a conventional client- to the server and stored in a shared data item, as described 
server system, by contrast, a developer of a client-server below. The temporary storage of the session data items may 
product may need to be able to program in several different be deleted and the data array for the client session deleted, 
programming environments, such as the SQL database 50 Once the client session has been completed, the pages are no 
environment, a PERL, Cobol or C programming environ- longer displayed on the client computer and the client 
ment to generate the application logic, and the HTML session is complete. Now, a more detailed description of the 
environment to create the user interface. data array, in accordance with the invention, that permits a 

The system in accordance with the invention has a unified separate session page for each concurrent session to be 

system in which both the data and application logic are 55 generated, will be described. 

stored on the server, the shared pages act as the back-end FIG. 4 is a diagram illustrating a preferred data array 70 

data depository, and the session pages are unique for each for the system 40 of FIG. 3. Because all session and shared 

new session started by a client computer. Thus, shared and data may be stored on the server in accordance with the 

session data items are linked together and may be accessed invention, a separate copy of each session page is required 

without using a transaction request. A shared data item may 60 for each concurrent client session. To create these multiple 

be easily retrieved and any updates to any shared data items separate copies of the session pages and keep track of the 

may be automatically propagated through the system to each session data, a data array is provided in which each data item 

client computer that is currently connected to the server. For located on a page may be assigned a data item number. Each 

example, when a shared data item changes, the change will data item may be a shared data item or a session data item 

be automatically propagated through each page that contains 65 depending on whether its on a shared page or a session page, 

or references that data item. In addition, a calculated field For each concurrent client session, a session data array may 

that may have a value based on shared data items values may be generated that has an element for each data item. Each 
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element may contain an offset value (memory location) for a particular client session is processed, references to data 

indicating where the data is stored within the database. The items may be resolved by looking at the distinguished data 

data array may dynamically allocate and deallocate memory array to determine if the data item is shared. If the data item 

space for each client computer's session data and track the is shared, the memory location may be read from the 

shared data as well as the session data. As a sessions started, 5 distinguished data array, otherwise, the memory location 

a new data array may be created and memory space allocated may be read from the session data array for each particular 

for each data item for the session. Then, when a particular client session. 

session is completed and the session data has been stored in When a new session is initiated, a new session data array 

a shared data item, the memory allocated to the session data may be generated wherein all of the elements are reset to "0" 

items is returned to a memory pool and the data array for that 10 except for any shared data items. The zeros indicate that the 

particular client session is deleted. The shared data may be corresponding data item do not currently contain a value, 

stored in a shared data database 50 in the server computer. When a value is added to a data item, file storage may be 

The session data for a particular client session does not need dynamically allocated for the data item and a file offset may 

to be stored because it is already stored in the shared data be stored in the appropriate element in the data array. The 

item. 1S memory for each data item may be allocated in memory 

By contrast, in a traditional client-server system, the blocks and the memory blocks for a client session may be 

session state for each client session is stored on the client linked together so that, when a session is completed, all of 

computer so that a data array is not required. In the example the blocks for the session may be returned to the memory 

shown, there may be a first session data array 90 for tracking and then reallocated to another client session, 

the shared and session data for client computer 1, a second 2 o The data array permits the system to distinguish between 

session data array 92 for tracking the shared and session data shared data items and session data items. As additional client 

for client computer N, and a third distinguished data array 94 computer are connected to the server computer, additional 

that differentiates between the shared data and the session data arrays for each client computer are added in order to 

data, as described below. As more client computers are allocate memory space for the new client computer session, 

connected to the server computer additional session data 2 5 As client computers are disconnected from the server 

arrays will be added for each client computer. To better computer, the data arrays for disconnected client computers 

understand the data array of FIG. 4, an example of a set of are erased so that any memory space allocated to those 

data arrays for the shared and session data item from FIG. disconnected client computers may be reallocated to another 

3 are described. The shared data 78, 80 may be symbolized client computer, but the shared data for that client computer 

as a circle with a number it in while the session data 82, 84 30 is maintained in the hard disk of the server computer and in 

may be symbolized by a triangle with a number in it. the shared data items. When a client computer reconnects to 

For the shared data 78, 80, elements 96, 98, 102, 104 for that server computer, a new data array may be generated for 

each client computer may contain a zero indicating that the that reconnected client computer and memory space within 

data is shared data that has the same value for each client the memory of the server computer may be reallocated, 

computer session. For the first shared data item 78, elements 35 Therefore, the data array also manages the memory space in 

96, 98 in the data arrays for the two client computers are the server computer and allocates that memory space 

zero. An element 100 in the third data array 94 may contain according to the number of client computers connected to 

the memory location where the shared data is stored in the the server computer. Now, the generation of the session 

server computer. In this example, the first shared data item pages, the shared pages, and the macros in accordance with 

is stored in memory location 10. Similarly, for the second 40 the invention will be described. 

shared data item 80, the elements field 102, 104 in the data FIG. 5 is a flowchart of a method 120 for generating a 

array for each client computer may be zero indicating a client-server system comprising one or more shared data 

shared data item and the third array 94 may contain an pages, one or more session data pages, and macros in 

element 106 that may contain the memory location of the accordance with the invention. A graphical development 

second shared data item 80. Thus, for shared data, the third 45 environment that may be used for generating the pages in 

distinguished array 94 may provide an offset value indicat- accordance with the invention will be described below with 

ing the memory location of the shared data for each client reference to FIG. 6. In addition to the client/server applica- 

session. tions described above, the distributed data processing sys- 

For the session data 82, 84, wherein the value of the value tem in accordance with the invention may also have a 

of the session data may be different for each client computer, 50 development environment that permits a developer to easily 

the elements within the data arrays 90, 92 may contain the generate the pages and macros. The method described below 

memory locations of the value of the session data for that generally follows the sequence of steps for generating a 

particular client computer. For the first session data item 82, client-server application in accordance with the invention 

the first array 90 for the first client computer may have an and may be implemented by a software application being 

element 108 indicating the memory location of the value of 55 executed by the server computer. In step 122, a tool may be 

the session data for that client computer. Similarly, in the used to begin generating a new page, that may be either a 

second data array 92 for the client computer N, an element shared page or a session page. The next steps 124, 126, 136 

110 may indicate the memory location of the value of the may occur in any order and are shown as a branch in the 

session data for that particular client computer. For session flowchart. In step 124, text may be added to the new page 

data, the value for each piece of session data is stored on a 60 using a text generation tool. A data field or table may be 

separate memory location. An element 112 in the third data placed on the new page in step 126 by simply clicking a tool 

array 94 may indicate that the data is session data. In this on the graphical user interface of FIG. 6, that generates a 

example, the third data array may store a "-2" to indicate a new data field and places the data field on the page. The 

session data item. Similarly, for the second session data item system may then assign the data field that property of the 

84, the first and second array 90, 92 may contain the memory 65 page it is located on so that, for example, data items on 

locations of the session data items and the third array 94 may shared pages are shared data items. If the data is shared data, 

indicate that the data is session data. When a transfer of data then in step 130, the client/server system may automatically 
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generate the appropriate data structures to hold the shared 
data. If the data is session data, the client/server computer 
system may automatically generate an appropriate data 
structure for the session data. After the data structures have 
been automatically generated, additional data structures may 
be generated in step 134 and the method goes back to step 
126. If there are no additional data structures to be added, 
macros may be generated in step 136. The macros may be 
added by selecting a macro tool in the development system. 
The macros, executing on the server, may perform calcula- 
tions or modify on the data or may move data between the 
pages stored in the server computer. An example of the 
macros will be described below with reference to FIGS. 
7-10. Next, in step 138, additional pages may be added to 
the client/server application and the process loops back to 
step 122 or the client/server application may be completed. 
Thus, using the development environment in accordance 
with the invention, a developer of a client-server system may 
graphically lay out the shared and session pages, including 
the data fields, and generate the macros. Now, an example of 
a graphical interface to a development environment will be 
described. 

FIG. 6 is a diagram illustrating a preferred graphical user 
interface (GUI) for a development environment which may 
be used to generate a client -server application, including 
shared pages, session pages, and macros. The GUI may be 
created by well known software application techniques in 
order to display graphical items, such as a button, that may 
permit a user to interact with the computer software. As 
shown, the GUI may include a typical graphical user inter- 
face that permits a person to point and click on a particular 
tool in order to generate a page, a data field, a macros, or the 
like. A new page tool 160, data field tools 162 and a macro 
tool 164 on the GUI are shown. The development environ- 
ment may also permit a developer to test a client-server 
application with a run mode button 166 and a indicator 168 
that indicates communication between a client and the sever. 
The development environment may also include standard 
tools for changing the attributes of a font 170 (i.e., size, font 
type) or for adding graphics 172 to a page. Thus, the 
development environment permits a developer to create and 
test a client-server application. The development 
environment, as described above, also automatically gener- 
ates the data structures for the shared and session data once 
a data field is placed on a page. The macros may be 
generated by simply clicking on a macro button that may 
generate a macro edit screen that permits a developer to 
create macro language, submit the macro language to the 
server, and ultimately create a macro. The macros, which 
may be program fragments, may be attached to any of the 
pages created by the developer and may cause data to move 
between the various pages. An example of the macros 
generated will be described below with reference to FIGS. 
7-10. Now, an example of a client/server system in accor- 
dance with the invention will be described with reference to 
FIGS. 7-10. 

FIG. 7 is a diagram illustrating an example of a home page 
180 of a client -server system in accordance with the inven- 
tion. The home page may be the first page of the client- 
server system in accordance with the invention, that is 
displayed on a client computer at the beginning of a client 
session. The example of the client/server system illustrated 
in FIGS. 7-10 may be for an employee benefits system that 
permits employees to view and change their selection of 
employee benefits over an intranet network within a com- 
pany. In this example, the home page may be a session data 
page that may contain session data items. As described 
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above, the session page may appear to a user to be an 
application being executed by the client computer. This 
session data page may be generated using the development 
environment described above. The session page may contain 
some text and legends instructing the user of the client/ 
server system. The session page may also have a first session 
data item 182 and a second session data item 184. In this 
example to better illustrate the session data items and the 
shared data items, the session data items may be indicated by 
a triangle, while the shared data items may be indicated by 
a circle. In the example, the first session data item may be 
a social security number of the user, and the second session 
data item may be the user's mother's maiden name. Once the 
user has entered the appropriate data in these fields, the user 
may click on a hyperlink 186 that may display a second page 
to the user. This hyperlink is unlike a typical world wide web 
hyperlink that takes a user to a new web page because this 
hyperlink causes a second page of the client -server appli- 
cation to be displayed to the user of the client computer. In 
this example, the second page of the client/server applica- 
tion may be another session page entitled "Benefits Elec- 
tion" that may permit an employee to view and possibly 
change his/her benefits selections. 

FIG. 8 is a second page 188 of the client/server system 
that may permit the user to change his/her selections of 
benefits. Upon arriving at this second page after clicking the 
hyperlink 186 on the home page, a macro may be executed 
which may retrieve the data from a shared page, shown in 
FIG. 9, entitled "Employee Information", as described 
below. The data may include an employee's dependents, 
plan choice, and deductions per payment, and the macro 
may place the data into the fields and tables on the second 
page. Thus, a majority of the session data displayed on this 
second page may be retrieved from a shared page that may 
not be directly accessible by the user. As described below, 
the shared page may perform the function of the back end 
data repository of a traditional client/server system. Once the 
data has been retrieved, the second page 188 may be 
displayed. 

This second page may also be a session page and may 
contain various session data items that are unique to the user. 
Each session data item may be indicated by a triangle with 
a number, wherein each session data item has a separate 
number. A third session data item 190 may be the name of 
the employee, a fourth session data item 192 may be a list 
of the employee's dependents, a fifth session data item 194 
may be an employee's selection of the type of health care 
plan, and a sixth session data item 196 may be an employ- 
ee's election of a paycheck deduction for the health care 
plan. Each of these session data items may be unique to each 
user. 

In this example, the current benefits of a particular 
employee, Robert Smith, are displayed. The employee may 
now change his dependents, plan choice, and deduction 
amount as he wishes. When the user presses the "OK" 
button, the changed data may be transferred back to the 
shared page and stored. Thus, any changes to the session 
data may be updated on the shared page immediately after 
a change by the user so that the integrity of the data is 
maintained. 

A calculated field 198, may be generated by a macro 
attached to this second page. The calculated field may be, in 
this example, the average paycheck deduction made by other 
employees. The macro attached to this calculated field may 
contain a formula, such as "Average (Employees Flex)" that 
may be specified when the developer generates the session 
page and may calculate the average value of the paycheck 
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deduction for all employees. The value of this calculation that transfers session data values from the Benefits Election 

depends on shared data and may change due to other page 188 back to the shared data page. For both macros, in 

employees changing their paycheck deductions while the a practical application, the macro may perform validity 

user is viewing his benefits. Therefore, the calculated value checks on the modified session data items. For example, the 

may be updated automatically by a refresh cycle that is 5 employee's paycheck deduction may be checked against 

periodically requested by the client computer, to obtain the some limit. The macros may also have some logic to handle 

current value of the calculated data value. To refresh the when, for example, session data typed into the home page 

calculated value, the values of the paycheck deductions for 180 by the user is invalid. Now, a data array for these three 

all employees may be retrieved and checked and the average pages in this example will be described, 

may be recalculated if necessary. For a traditional client/ 10 FIG. 10 is a diagram illustrating a data array 210 for the 

server system, showing this average value would require the system having the first page 180, second page 188 and 

developer to initiate an SQL query at timed intervals which shared page 200 as shown in FIGS. 7-9. The data array may 

would slow down the server. The ability to dynamically have an element for each data item in the pages 182, 184, 

update calculations based on shared data in accordance with 190, 192, 194, 196, 202, 204 and also for a variable 212, 214 

the invention is particularly useful for a client/server pur- as that may be contained in each macro. As described above, 

chase order entry system wherein the current inventory of there may be a session data array 216, 218, 220 for each 

any item needs to be updated to reflect other purchases being concurrent client session and a distinguished data array 222. 

made. An example of the offsets for a shared data item and a 

FIG. 9 is a diagram illustrating a third page 200, that may session data item will be described. The first data item 182, 

be a shared data page, of the client server system in 20 which is a session data item, may have an element 224, 226, 

accordance with the invention. In this example, the page 228 for each client session that contains memory location 

may be titled "Employee Information". As described above, (offset) for each client session, such as "40" for the third 

these shared data pages may not be accessible by the user, client session. An element 230 in the distinguished data 

but the session pages, described above, may access the arrav 222 mav contain an indicator, such as "-2" indicating 

session data items contained on the shared page using 25 tnat tne item is a session data item. For a shared data item, 

macros. As shown, the shared page may have a shared data such as the seventh data item 202, an element 232, 234, 236 

item 202 such as the data for all employees that may have for each client session may have an indicator, such as "0", 

session data, such as the data for each employee nested indicating that the data item is shared. An element 238 in the 

within the shared data item. The shared data item may have distinguished data array 222 may contain the memory 

a hierarchical structure wherein session data items (each 30 location, such as "203", of the shared data item. Thus, the 

employee's data) may be stored within the shared data item. memory locations for session data items are allocated during 

For example, when a user enters his/her social security a session and then deallocated once the session is completed 

number and mother's maiden name on the first page, the because any new session data in the session data items has 

macro attached to the first page may pull the employee's been added to the shared data items, 

data (session data items) from within the shared data item in 35 The overall operation of the example shown in FIGS, 

the shared page, based on the employee's entries on the first 7 "1° wil * now be described. As the client computer connects 

page, and may display those retrieved session data items on 10 me server, a data array for the client session is generated 

the second page. It is undesirable that each user have access tnat mav be reset to zero for all of the session data items. The 

to this data structure, but the session data within this shared server may also download the home page to the client 

data item may be retrieved with a macro and displayed on a 40 computer which displays the home page, as shown in FIG. 

session page. The shared data page may also have an eighth 7 - The user of the client computer may enter his social 

data item 204, that may also be a shared data item and may security numbers and mother's maiden name into the speci- 

contain the list of dependents for every employee. Thus, the fi ed data fields and click a link. The link moves the user to 

shared page may be a data repository, but may be accessed tDe second page and simultaneously executes a macro that, 

by macros to retrieve session data items. 45 based on the social security number and mother's maiden 

An example of the implementation of the macros for the name > ret { ieves a P 1 "™?** of ? iece of sf™" 1 data uniqueto 

above-described sessions pages will now be described. The the user from a data item on the shared page. The 

macro for the home page 180, may be triggered when a user scrKt then download the session data and the second 

goes to the second page 188. As described above, the macro P a & e t0 . ^J**M computer which may display this second 

may fill in the Benefits Election page with data specific to 50 P a S e 7 th nlled-in data fields as shown in FIG. 8. The user 

the employee. The macro may comprise a single command: ma y. then v,ew ,he ses t ,on data and f c 1 han 8 e J an y of the 
_, . „, • . session data, such as the number of dependents or the 

ADD Employees to Benefits Elections where amoum of a paycheck deduclion . 0nce lhe user has com . 

Employees. SSN-Horne. Page SSN and pleted all of the changes, the user may click a "OK" button 
Employees.Mother-Home-Page.Mother J5 and , macro tfansfer , he cha d da , a 

so that based on the social security number (SSN) and items back mt0 the shafed dala ;tem &Q , hat , he shared data 
mother s maiden name entered by the employee in the Home ^ ^ da , e(J ^ shared da(a ^ ac|s ^ a data j. 
Page, the session data items for the employee are retrieved and miinl!lins a current of aU of lhe xssioa da(a 

from the shared page and placed m the appropnate fields in since the data has bee[) s , ored wjthin the shared data 

e session page. 6Q ^ cm ^ me ^ata ( tems f or me client session are no 

For the macro attached to the second page 188 that , r Qeeded ^ when tfae sessioQ faas been leted 

calculates the average paycheck deductive macro may (he m aUocated tQ , hose da(a hems be 

be executed when a user clicks an "OK button after returned tQ the me , ^ ^ da , a for ^ ^ 

examinmg the elections and making any changes. The macro clfcn( may be deleted 

may be implemented as: 6J while the for6going has been with reference to a par ticu- 

UPDATE Employees Form Benefits Election i ar embodiment of the invention, it will be appreciated by 

MATCHING Name=Benefits Election.Name those skilled in the art that changes in this embodiment may 



03/24/2004, EAST Version: 1.4.1 



5,913,029 



17 



18 



be made without departing from the principles and spirit of 
the invention, the scope of which is defined by the appended 
claims. 
I claim: 

1. A distributed data processing system including a server 
computer and a plurality of client computers connected to 
the server computer, the interaction of each client computer 
with the server computer being a separate client session, the 
system comprising: 

means, associated with the server computer, for storing a 
plurality of data items including a session data item 
having a value that is unique for each client session and 
a shared data item having a value common to each of 
the client sessions; 

means, associated with the server computer, for storing a 
macro for performing operations on one of the shared 
data items and the session data items; 

means, associated with the server computer, for generat- 
ing a template comprising a graphical representation of 
a plurality of data structures and a macro, the template 
being selected from one of a session template and a 
shared template, the session template comprising a 
graphical representation of data structures containing 
session data items and macros associated with those 
session data items, and the shared template comprising 
graphical representations of hierarchical data structures 
containing shared data items and macros associated 
with those shared data items; 

means, associated with the server computer, for tracking 
the session data item values for each client session and 
the shared data item values; 

means, associated with the server computer, for transfer- 
ring the session template to a particular client computer 
upon starting of a client session between said client 
computer and the server computer; 

means, associated with said client computer, for display- 
ing the session template; 

means, associated with said client computer, for receiving 
changes to the value of the session data item contained 
on said displayed session template; and 

means for updating the shared data item values in the 
shared template based on the user changes to the 
session data item. 

2. The system of claim 1, wherein said session template 
further comprises a graphical representation of a data struc- 
ture containing a data item having a value that is determined 
by said shared data, and the system further comprises means, 
associated with the server computer, for generating a value 
of said determined data item based on said shared data items 
on said shared template, and means, associated with the 
session template, for periodically updating the value of said 
determined data item when said shared data item located on 
said server changes. 

3. The system of claim 2, wherein said templates com- 
prises a graphical page having a plurality of graphical 
representations of said data structures to provide a graphical 
user interface to the session data items, each client session 
having a separate session page. 

4. The system of claim 3, wherein said tracking means 
comprises a table having a data array for each client session 
and an indicator array, the data arrays and indicator array 
having an element to indicate the memory location for each 
session and data item. 

5. The system of claim 1, wherein said template further 
comprises means, associated with said session page, for 
processing said data contained in the session page. 
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6. The system of claim 5, wherein said processing means 
comprises means for transferring data from a session page to 
a shared page. 

7. A method for distributed data processing with a system 
having a server computer and a plurality of client computers 
connected to said server computer, the interaction of each 
client computer with the server computer being a separate 
client session, the method comprising: 

storing a plurality of data items on the server including a 
session data item having a value that is unique for each 
client session and a shared data item having a value that 
is common to each of the client sessions; 

storing a macro on the server for performing operations 
on the shared data items and the session data items; 

generating a template on the server comprising a graphi- 
cal representation of a plurality of data structures, the 
template being selected from one of a session template 
and a shared template, the session template comprising 
a graphical representation of data structures containing 
a data item having a value that is unique for each client 
session, and the shared template comprising graphical 
representations of hierarchical data structures contain- 
ing a data item having a value that is the same for each 
of the client sessions; 

tracking the session data item values for each client 
session and the shared data item values on the server; 

transferring the session template to a particular client 
computer upon starting of a client session between said 
client computer and the server computer; 

displaying said session template on the client computer; 

receiving changes to the value of said session data item 
contained on said displayed session template; and 

updating the shared data item values in the shared tem- 
plate based on said user changes to the session data 
item. 

8. The method of claim 7, wherein said session template 
further comprises a graphical representation of a data struc- 
ture containing a data item having a value that is determined 
by said shared data, and the method further comprises 
generating, at the server, a value of said determined data 
item based on said shared data items on said shared 
template, and periodically updating the value of said deter- 
mined data item when said shared data item located on said 
server changes. 

9. The method of claim 8, wherein said template com- 
prises a graphical page having a plurality of graphical 
representations of said data structures to provide a graphical 
user interface to the session data items, each client session 
having a separate session page. 

10. The method of claim 9, wherein said tracking com- 
prises using a data table having a data array for each client 
session and an indicator array, the data arrays and indicator 
array having an element to indicate the memory location for 
each session and data item. 

11. The method of claim 7, wherein said template further 
comprises processing said data contained in the session 
page. 

12. The method of claim 11, wherein said processing 
comprises transferring data from a session page to a shared 
page. 

13. A server computer for use in a distributed data 
processing system having a plurality of client computers 
connected to the server computer, the interaction of each 
client computer with the server computer being a separate 
client session, the server comprising: 

means for storing a plurality of data items including a 
session data item having a value that is unique for each 
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client session and a shared data item having a value that 
is the same for each of the client sessions; 

means for storing a plurality of macros for performing 
operations on the shared data items and the session data 
items; 5 

means for generating a template comprising a graphical 
representation of a plurality of data structures, the 
template being selected from one of a session template 
and a shared template, the session template comprising 
a graphical representation of data structures containing 10 
said session data items and associated macros, and the 
shared template comprising graphical representations 
of hierarchical data structures containing shared data 
items and associated macros; 

means for tracking the session data item values for each 
client session and the shared data item values; 

means for communicating the session template to a par- 
ticular client computer upon starting of a client session 
between said client computer and said server computer 2 o 
so that the client computer displays said session page; 
and 

means, in response to changes in the data at the client 
computer, for updating the shared data item values in 
the shared template based on said user changes to the 25 
session data item. 
14. The server of claim 13, wherein said tracking means 
comprises a data table having a data array for each client 
session and an indicator array, the data arrays and indicator 
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array having an element to indicate the memory location for 
each session and data item. 

15. A client computer for use with a distributed data 
processing system having a plurality of client computers 
connected to a server computer, the interaction of each client 
computer with the server computer being a separate client 
session, each client computer comprising; 

means for receiving a template from the server computer, 
the template comprising a graphical representation of a 
plurality of data structures, the template being selected 
from one of a session template and a shared template, 
the session template comprising a graphical represen- 
tation of data structures containing a data item having 
a value that is unique for each client session and 
associated macros, and the shared template comprising 
graphical representations of hierarchical data structures 
containing data having a value common to each client 
session and associated macros; 
means for displaying said session template downloaded 

from the server computer; 
means for receiving changes to a value of the data on said 

displayed session template based on user input; and 
means for communicating changes to the server computer 
in order to update the shared data item values in the 
shared template based on said user changes to the 
session data item. 
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